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(57) Abstract: TTjc invention concerns an efficient strategy for sharing link bandwidth in a mixed rigid-elastic traffic environment* 
as well as a strata for sharing bandwiddi among elastic traffic flows. Hie idea according to the invention is to share the link 
bandwiddi among rigid and elastic traffic by dividing the link bandwidth into a first common part (C.COM) for elastic as well as rigid 
traffic and a second part (C_ELA) dedicated for elastic traffic. Subsequently, one or more admission control parameters (N PT A) 
for the elastic traffic are determined in order to restrict the number of elastic traffic flows simultaneously present on the link in 
particular, by formulating a call-level model for elastic traffic and determining a maximum number (N_ELA) of admissible elastic 
traffic flows based on call-level constraints for the elastic traffic related to throughput and/or blocking, tihe so-called throughput-to- 
blockii^ tiade-o£F for the elastic traffic can be fully considered. 
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LINK CAPACITY SHARING FOR 
THROUGHPUT-BLOCKING OPTIMALITY 

5 TECHNICAL FIELD OF THE INVENTION 

The present invention generally relates to the field of conamunication 
networks, and in particular to link capacity sharing and link bandwidth 
allocation in such networks. 

10 BACKGROUND 

Many comnnmication networks of today support so-called elastic traffic such as die 
"best effort" services provided in Internet Protocol (IP) based networks or die 
Available Bit Rate (ABR) traffic in ATM networks. Elastic traffic is typically 

15 established for the transfer of a digital object, such as a data file, a Web page or a 
video clip for local playback, which can be transmitted at any rate up to die lunit 
imposed by the link capacity. Web browsing on the Internet in particular is a good and 
representative example of elastic traffic. Here, the "elasticity" of the traffic is apparent 
as the user-perceived throughput (normally given in transmitted bits or bytes per time 

20 unit) when downloading for example a web page fluctuates in time depending on the 
overall system load. 

The services delivered by IP based networks and the Intemet in particular are called 
"best effort", because the networks generally do not provide any guarantee of die 
25 quality of service (QoS) received by the applications. The IP network only makes a best 
effort to provide the requested service. For instance, if an application requests the 
network to deliver an IP packet from one end-point to another, the network normally 
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can not say what the delay through the network wffl be for that packet In feet, the 
network does not even guarantee that die packet wffl be delivered at all . 

Therefore, terminals connected to an IP network have to handle packet losses and 
5 excessive packet delay situations. Such situations occur when there are too many 
appUcations simultaneously using the network resources. These congestion sitoations 
have a non-zero probability in IP based networks, because IP networks do not exercise 
caU admission control (CAC). In other words, IP networks do not restrict the number 
of sunultaneously connected users, and consequenfly if diere are too many users 
10 utilizmg the network resources (here wiU be congestion and packet losses. 

However, with the advent of real-time ttaffic and QoS requirements in IP networks, 
there is a need for exercising caU admission control (CAC) in order to restrict the 
number of connections simultaneously present m the network. 

15 

An important aspect of call or connection admission contiol is fliat new calls arrivmg to 
the network may be rejected service in order to protect in-pr<^ess calls. In general. 
CAC algoriduns such as tiiose commonly m use for rigid traffic in conventional ATM 
networks provide a basic means to contiol the number of users m die network, thereby 

20 ensuring that admitted users get die bandwiddi necessary to provkie die QoS contiacted 
for. Consequenfly, a CAC algoriflnn reprtsents a trade-off between the blocking 
probabiUty for new calls and die provided diroughput for in-progress caUs. In oflier 
words, die more users fliat die CAC algoridun admits into die network (wMch reduces 
die blocking probability) die smaUer die provided dnoughput per-user becomes, since a 

25 greater number ofuserswiU share die total bandwkifli, and vice versa. 

Recent research has indicated diat it is meaningfid to exercise call admission contiol 
even for elastic ttaffic, because CAC algoridims provide a means to prevent TCP 
sessions from excessive dirou^ut degTadati(n]s. 

30 
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The issue of applying CAC for elastic connections, and Ihmby providing a minTmnni 
dirougtq)ut for Transmission Control Protocol (TCP) connections in the Internet has 
been addressed by Massoulie and Roberts in references [1-3]. Here, bandwiddi is 
allocated to different users according to some fairness criteria. 



It has been recognized by Gibbens and Kelly in references [4-5] that there is an intimate 
relationship between throughput and blocking probabilities for elastic traffic, and that 



10 It has also been shown by et al. in reference [6] that providmg a mmimiiTTi rate 
guarantee for elastic services is useful, because in that case the performance of die TCP 
protocol can be optimized. 

As die Internet evolves from a packet network siqjporting a single best effort service 
15 class towards an integrated infrastructure for several service classes, diere is also a 
growing interest in devismg bandwidth sharing strategies, which meet die diverse needs 
of peak-rate guaranteed services and elastic services. 

Similarly, modem ATM networks need to support different service classes such as 
20 Constant Bit Rate (CBR) and Available Bit Rate (ABR) classes, and it is still an open 
question how to optimally share die link edacity among die different service classes. 

In general, the issue of bandwidth sharing, in the context of dynamically arriving and 
departing traffic flows and especially when users have different throughput and 
25 blocking requnrements, is known from the classical multi-rate circuit switched 
framework to be an extremely complex problem. 



5 



diis trade-off is connected to the issue of charging. 



30 
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SUMMARY OF THE INVENTION 

The present invention overcomes these and other drawbacks of die prior art 
arrangements. 

It is a first object of die invention to devise a link capacily/bandwidfli sharing stiat^ 
diat meets die diverse needs of rigid and elastic services in a mixed rigid-elastic traffic 
environment 



10 In particular, it is desirable to treat the issues of bandwidfli sharing and blocking 
probabilities for elastic traffic in a common ftamework. In tiiis respect, it is a second 
object of the present invention to provide a link capacity sharing mechanism diat 
considers die flu:oughput-to-blocking tiade-off for elastic traffic. Specifically, it would 
be beneficial to develop and utilize a link capacity sharing algoriflmi diat optimizes die 

15 flnroughput-to-blocking trade-off. 

It is a funher object of the invention to provide an appropriate caU-level model of a 
dansmission link carrying elastic traffic and to apply the call-level model for 
dimensioning die link bandwidfli sharing for diroughput-blocking optimalily. 



20 



These and odier objects are met by die mvention as defined by die acconq,anying patent 
claims. 



The invention concerns an efficient strategy for sharing link bandwidfli in a mixed 
25 rigid-elastic traffic environment, as weU as a strategy for sharing bandwiddi among 
elastic traffic flows. 



Briefly, die idea according to die invention is to share link capacity in a network by 
dividing die link capacity into a first common part for elastic as weU as rigid (non- 
elastic) tiafBc and a second part dedicated for elastic traffic based on received network 
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traffic inputs. Subsequently, one or more admission control param^ers for the elastic 
traiiic are determined based on the division of link capacity as well as received network 
traf5c inputs. 

5 The division of link capacity generally serves to share the link capacity between rigid 
and elastic traffic, and in particular to reserve a part of the link capacity to elastic 
traffic. Preferably, a minimum required capacity of the common part relating to rigid 
traffic is determined given a maximmn allowed blocking probability for the rigid 
traffic. In this way, a certain grade of service (GoS) on call level is guaranteed for the 
10 rigid traffic on the link. 

The admission control paraineter(s) determined for elastic traffic generally serves to 
restrict die number of elastic traffic flows simultaneously present on the link. In 
particular, by formulating a call-level model for elastic traffic and determining a 

15 maximum number of adnussible elastic traffic flows based on call-level constraints for 
the elastic traffic related to throughput and/or blocking, die througbput-to-blocking 
trade-off is fiiUy considered. In this respect, the invention is enable of optimally 
allocating link bandwidth among elastic connections in the sense that blocking 
probabilities are minimized under dm)ugfaput constraints, or the other way around, in 

20 the sense that the througlq}ut is maximized under blocking constraints. In this way, die 
uivention provides maximum link bandwidth utilization, either m terms of Tninimnni 
blocking imder throughput constraints or mayiTmim throughput under blocking 
constraiats. 

25 Accordingly, an efficient strategy for sharing bandwidfli in a mixed rigid-elastic traffic 
environment is provided. In particular, die bandwidth sharing algorithm guarantees a 
maximum blocking for rigid traffic as well as a TniniTnnm throughput and/or a 
maxhnum blocking for elastic traffic. 
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An mq)ortaiit technical advantage of the invention is its ability to meet the diverse 
needs of rigid trafBc and elastic trafBc. 

Another advantage of the invention is the ability to provide predictable quality of 
5 service for botii the user and the network provider while at the same time ensuring high 
network provider revenue. 

By considering only ihe elastic traffic of die overall traffic in a mixed rigid-elastic 
tiaffic environment, or alternatively by reducing the common bandwidth part to zero so 

10 fliat the entire link is reserved for elastic tiafBc, die overaU Unk capacity sharing 
mechanism is reduced to die detemunation of one or more admission contitjl 
parameters for elastic traffic. Admission control for requested new elastic connections 
can dien be exercised based on such admission control parameter(s). In particular, by 
minimizing die blocking probabilities with respect to the number of admissible elastic 

15 connections under given diroughput constiamts for die elastic tiafific, excessive 
blocking probabilities are avoided, while ensuring a given user diroughput. 

Anotiier aspect of die invention concerns die qiplication of a call-level model of a Imk 
siqjporting elastic tiaffic, for dm^nsioning die link bandwiddi sharing for tiirouglqiut- 
20 blocking optimality in an admission-control enabled IP network. In particular, an 
elastic ttaffic flow is modeled as having a bandwiddi diat fluctuates between a 
minimum bandwiddi and peak bandwiddi during die holding time of die ti^c flow. 
Furdiermore, die elastic ti^iffic is associated widi at least one of a minimum accqpted 
diroughput and a maximum accepted blocking probability. 

25 

A findier aspect of die invention concerns a conpitational metiiod for determining a 
Markov chain steady state distribution diat is particularly advantageous for large state 
spaces. The Markov chain describes die dynamics of a link carrying a number of traffic 
classes including non-ad^tive elastic traffic, and die conqmtational mediod provides a 
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good initial approximation of the steady state distribution based on Markov chain 
product form calculations. 

Other aspects or advantages of the present invention wiD be appreciated upon reading 
5 of the below description of the embodiments of the invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The invention, together with further objects and advantages thereof, will be best 
10 understood by reference to the following description taken together with the 
accompanying drawings, in which: 

Fig. 1 is a schematic diagram of a communication network according to a preferred 
embodiment of the invention; 

15 

Fig. 2 is a schematic flow diagram of the overall link capacity sharing algorithm 
£q>plied m a mixed rigid-elastic IP traffic environment according to a preferred 
embodiment of the invention; 

20 Fig. 3 is a schematic block diagram of pertinent parts of an IP router according to a 
preferred embodiment of the invention; 

Fig. 4 is a Markov chain state space diagram for an illustrative transmission link 
system; 

25 

Fig. 5 is a graph illustrating the mean and the variance of the throughput of adaptive 
elastic flows as a fimction of their service time for an illustrative example of a 
transmission link system; 
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Fig. 6 is a schematic diagram illustrating tiie elastic cut-off parameters that fulfill given 
QoS requirements for an illustrative example of a link system; and 

Fig. 7 is a sdiematic flow diagram of the overall link capacity sharing algorithm for a 
mixed CBR-ABR traffic environment according to a preferred embodmaent of die 
invention. 



DETAILED DESCRIPTION OF EMBODIMENTS OF THE INVENTION 

Throughout the drawiags, the same reference characters will be used for corresponding 
or similar elements. 



Throughout the disclosure, the terms connection and flow are used more or less 
interchangeably for what is traditionally denoted as a call. 

System overview of an illustrative communication network 

For a better understanding, a general overview of an illustrative communication 
network according to a preferred embodiment of the invention will now be made widi 
reference to Fig. 1. 

Fig. 1 is a schematic diagram of a communication network accordmg to a preferred 
embodunent of the mvention. The communication network is here illustrated as an IP 
based network, but may be m the form of an ATM network or any other type of 
network or combmation of networks capable of siq)porting elastic traffic. The 
communication network 10 is based on a number of interconnected IP routers 20 (ATM 
switches in the case of an ATM network) forming the core network. The core network 
is accessed by different users 30 (computers, servers, etc.) through access points, with 
a so caUed user-network interface (UNI) bemg defined for the interaction between the 
IP routers and the user equ5)ment. Typically, a plurality of users are connected to some 
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fonn of aggregation point, such as an access router (AR) 40, which acts an 
intennediate betwe^ the end-users and the core network. 

Lmk capacity sharing, also referred to as bandwidth control in the network context, and 
5 packet scheduling normally reside on the network side of the UNI, wiflim the IP routers 
20. In particular, the bandwidth control and packet scheduling are preferably 
impiemoited at the output port side of die routers 20. The overall bandwidth control 
has two main iiinctions. First, die bandwidth control serves to share the bandwidth 
between different traffic classes. Second, the bandwidth control serves to restrict the 
10 number of simultaneously active connections witfam die traffic classes. The latter 
function is hereinafter referred to as call admission control (CAC), and is normally 
exercised at the hspnt port side of the IP routers 20, where connections are accepted or 
rejected in accordance with some CAC algoridun. The overall bandwidth control 
algorithm, including the CAC algorithm, may for example be implemented as 
15 hardware, software, firmware or any suitable combination thereof. 

The user-network contract (UNC) is typically defined at the UNI. The UNC usually 
indicates die QoS to which the user is entitied and also die ^ecification of the 
traffic, which the user may inject into the network, along with supplementary data. 
20 The supplementary data may include, for example, the tune of day during which die 
user has access to a particular service, etc. For instance, the UNC may specify that 
no more dian 1 % of die user-injected IP packets (or ATM cells) may be lost by die 
network and that the user may send in 10 Mbits during any one second du-ough the 



The CAC part of die bandwidth control algoridim may use die UNC information of 
multiple users to provide a basic means to control the number of smiultaneously 
present users in the network, thereby ensuring that the admitted users receive die 
bandwiddi requned to provide the contracted QoS. The CAC algoridim represents a 
30 trade-off between blocking probabilities and the provided diroughput; the more users 



UNI. 
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that the CAC algoritfam admits into the network (which reduces the blocking 
probabiUty), the smaUer the provided throiiglq>m per user becomes because a greater 
numbo- of users will share the n^ork bandwidth. 

CAC may be realized by means of the classical signaling exchange known for example 
form conventional communication circuit-switched networks. However, if the majority 
of the elastic flows in die network are short, such as for many TCP flows on the 
Internet today, the introduction of classical signalmg exchange to perform admission 
conttol may result in large overheads. Therefore, an on-ihe-fly decision to accept or 
discard the first packet of a flow as suggested m reference [3] would be more 
beneficial. For this reason, a mechanism based for example on the existing Resource 
Reservation Protocol (RSVP) is provided for keeping Hack of die identities of currently 
active flows, and for classifying packets accordhig to these kientities as and when fliey 
arrive. To determine whedier a flow is new or not, it is sufBcient to compare its 
15 identifier with that of the flows on a special list of active flows. If no packet was 
received for a certain flow withm a given time-out period, die flow would be removed 
fix)m the list of active flows. Admission control is preferably realized by determining a 
maximum number of admissible flows based on the prevailing traffic siuiation m die 
system, and setting die size of die list of active flows accordmgly. If die list is fuU, a 
new flow will be rejected. Odierwise. die flow wiU be accepted and entered into die 
list. 



10 
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link capacity sharing algorithm - the IP n^ork exanqile 

In die followmg, a link capacity sharing algoriflun according to a preferred 
25 embodiment will be described widi reference to die particular application of an IP 
based n^ork carrying rigid as well as elastic tiafSc. 



First, a proper caU-level traffic model needs to be formulated. Unfortunately, die 
application of die classical multi-rate call-level models for management of eUistic 
30 tiaffic, such as best effort traffic in IP networks or ABR traffic m ATM networks, is 
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everytfaing but straightforward. For example, it is not possible to associate elastic 
traffic widi a constant bandwidth. Instead, the bandwiddi occupied by elastic traffic 
flows fluctuates in time depending on the current load on die link and the scheduling 
and rate control algorithms applied in the network nodes. The notion of blocking, when 
5 applied to elastic traffic flows, is not as straightforward as for rigid traffic, because an 
arriving elastic flow might get into service even if at the arrival instant there is no 
bandwidth available. Besides, for many services, the actual residency time of an elastic 
flow depends on the throughput actually received by the elastic flow. 

10 Multi-class model of a transmission link for mixed rigid-elastic trcffic 

In the following, an exaiqple of a feasible Markovian model of a transmission link 
serving both peak-bandwidth assured (rigid or non-elastic) and elastic traffic classes is 
formulated. For simplicity and clarity, only a single rigid traffic class and two elastic 
15 traffic classes are considered. It should be noted that the model as well as the 
accompanying link sharing algorithm can be extended to more general cases, and of 
course even sunpler cases. 

The system under consideration comprises a transmission link of capacity C, which 
20 by way of example can be regarded as an integer number in some suitable bandwidth 
unit, say Mbps. In this example, calls arriving at the Unk generally belong to one of 
the following three traffic classes: 

• Class 1 - Rigid traffic class flows, characterized by their peak bandwidth 
25 requirement bi, flow arrival rate and departure rate ji, . 

• Class 2 - Adaptive elastic class flows, characterized by their peak bandwidth 
requirement b2, minimum bandwidth requhrement b2"^, flow arrival rate 
and departure rate ]i2* Although the bandwidth occupied by adaptive elastic 

30 flows may fluctuate as a function of the link load, their actual holding time is 
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not influenced by the received througlq)ut throughout their residency in the 
system. This is the case for instance with an adaptive video codec, which, in 
case of throughput degradation decreases the quality of die video miages and 
thereby occiq)ies less bandwidth. 
• C3ass 3 - Non-<ulaptive elastic class flows, characterized by their peak 
bandwidth requirement bj, miniTnuTTi bandwidth requirement bj"^, flow 
arrival rate and ideal departure rate ^ij. The ideal departure rate is 
experienced when the peak bandwidth is available. The real instantaneous 
dq)arture rate is proportional to the bandwidth of the flows. 

We denote die actual bandwidth allocated (reserved) to a flow of class-2 and class-3 
m a given system state with V and b3% both of which vary in time as flows arrive 
and dq)art. We wiU also use the quantity r^= bi"*"/ bj (for 1=2 or i=3) associated 
with elastic flows with minimum bandwidth requirements. 

One may think of a non-adaptive elastic class flow as one that upon arrival has an 
associated amount of data to transmit (W) sampled from an exponentially distributed 

service requu-ement, widi distribution G(x) = 1-e •'^ ^which in the case when the 
peak bandwidfli bj is available during the entire duration of the flow gives rise to an 
20 exponentiaUy distiibuted service time wifli mean 1/ ^3. Smce die free capacity of the 
Imk fluctuates m time accordmg to die mstanianeous nuniber of flows in service, the 
bandwidfli given to the non-adaptive elastic flows may drop below the peak 
bandwidth requirement, m which case die actual holdmg time of die flow uicreases. 

25 All flu-ee types of flows arrive according to independent Poisson processes, and the 
holding time for die rigid and adaptive flows are e;q)onentiaUy distributed. As we 
will see, die moments of die holding time of die non-adaptive flows can be 
determined using die dieory of Markov reward processes. In short, two types of 
elastic tiiaffic are considered. Elastic traffic is associated witii bodi a peak and a 



15 
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TTimlimiTn bandwidth requirement, and allowed into service only as long as die 
mmimiini bandwidfli requirement is fulfilled. The two elastic traffic classes primarily 
differ in terms of how flieir residency time depends on the acquired throughput. 

5 To ensure a given QoS of the different elastic classes (that, in general, differ in their 
peak and minimum bandwidth, i.e. bj, bj"^ bj"^) we need to establish some 
policy, which generally governs the bandwidth sharing among the different elastic 
classes. For this reason, we define the following general bandwidth sharing rules 
between die elastic classes. The following presentation concerns only two elastic 

10 classes, but it extends naturally to more than two elastic classes. 

• If there is enough bandwidth for all flows to get their respective peak 
bandwidth demands, then class-2 and class-3 flows occupy bj and bj bandwidth 
units, respectively. 

15 

• If fliere is a need for bandwidth conq)ression, i.e. nj-bi + n^hj + Uj-bj > C, 
flien the bandwidfli compression of flie elastic flows is such that T2 = rj, where = 
bj'/bz and, = h^/h^, as long as die minimum rate constraint is met for both elastic 
classes (i.e. b2™/ bz < r2 < 1 and bj™/ ba < < 1). 

20 

• If diere is still need for further bandwidth compression, but eidier one of the 
two elastic classes does not tolerate fimher bandwidth decrease (i.e. t, is already 
bj™/ bi for eiflier i = 2 or i = 3) at the time of flie arrival of a new flow, flien die 
service class which tolerates further compression decreases equally the bandwidth 

25 occupied by its flows, as long as the miTiiTrmm bandwidfli constraint is kept for this 
traffic class. 



30 



Three underlying assumptions of the above exemplary model are noteworthy. First 
of all, it is assumed that both types of elastic flows are greedy, in flie sense that fliey 
always occupy the maximum possible bandwidth on die link, which is die smaller of 
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their peak bandwidth requirement (b2 and bj, respectively) and the equal share (in the 
above sense) of the bandwidfli left for elastic flows by the rigid flows (which will 
depend on the link allocation policy used). Second, it is assumed that all elastic flows 
in progress share proportionally equally (i.e. the ri*s are equal) the available 
5 bandwidth among themselves, i.e. the newly arrived elastic flow and the in-progress 
elastic flows will be squeezed to the same value. This assumption, as we will see, 
provides a quite "fair" resource sharing among the elastic flows. To have different 
elastic traffic classes with significantly different QoS this assumption needs to be 
modified. If a newly arrivmg flow decreased the elastic flow bandwidth below bj™" 

10 and bj"*" (i.e. both elastic classes are compressed to their respective minima), that 
flow is not adnutted into the system, but it is blocked and lost. Arriving rigid as well 
as elastic flows are allowed to "compress" the in-service elastic flows, as long as the 
minimum bandwidth constraints are kept. As a diird point, the model assumes diat 
the rate control of the elastic flows in progress is ideal, in the sense that an 

15 infinitesimal amount of time after any system state change (i.e. flow arrival and 
departure) the elastic traffic sources readjust their current bandwidth on the link. 
While this is clearly an idealizing assumption, the buffers at the IP packet layer 
could be made large enough to absorb the IP packets until TCP throttles the senders. 
The fact that the model assumes immediate source rate increase whenever possible 

20 make the forthcoming throughput and blocking calculations conservative rather than 
optinoistic. 

It is intuitively clear that the residency time of the non-adaptive elastic flows in this 
system depends not only on the amount of data they want to transmit, but also on the 
25 bandwidth they receive during their holding times, and vice versa, the amoxmt of 
data transmitted through an adaptive elastic flow depends on the received bandwidth. 
In order to specify diis relationshq) we define the following quantities: 

• 62(t) and 63(t) defines the instantaneous througlq)ut of adaptive and non- 
30 adaptive flows, respectively, at tune t. For example, if fliere are Uj, rij and n3 
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rigid, adaptive, and non-ad^dve flows, respectively, in die system at time t, 
die instantaneous tIirouglq>uts for adaptive and non-adaptive flows are min(b2, 
(C-n,bi- n3r3b3)/n2 ) and minCbj, (C-nibi - 112^2^/^3 )» respectively. Note that 
GjCt) and Q^(t) are discrete random variables for any t^. 

5 

• ®* " t j[62(x)dT defines the throughput of an adaptive flow having a holding 
time equal to t. 

• ® " J[° ^T^('^) = 1^2 ^^T®~**^^dx (random variable) defines the throughput of 
10 an adaptive flow, where F(t) is the e^qponentially distributed holding time. 

• =inf|| J^93(T)dT^x| (random variable) gives the time it takes for the 
system to transmit x amount of data through an elastic non-adaptive flow. 

15 • Q^=\/T^ defines the throughput of an non-adaptive flow during the 
transmission of x data units. Note that 9^ is a continuous random variable. 



• ©= {^MG(x) = fi3/b3j[^exe''''^3'^3dx (random variable) defines die 

throughput of an non-adaptive flow, where the amount of transmitted data is 
20 exponentially distributed with parameter ii^fb^. 



Although a number of general bandwidth sharing rules have been defined above, a 
more specific link capacity sharing policy, especially one that considers die diverse 
requirements of rigid and elastic traffic, still needs to be presented. 

25 
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According to the invention, the Partial Overlap (POL) link aUocation poUcy, known 
from reference [7] describing the POL policy for simulative analysis in the classical 
multi-rate circuit switched framework, is adopted and modified for a traffic 
environment that inchides elastic traffic. According to the new so-caUed elastic POL 
policy, die link capacity C is divided into two parts, a common part Ccom for rigid as 
well as elastic traffic and a dedicated part C^, which is reserved for the elastic flows 
only, such that C = Coom + Cela- 

Furtbennore, admission conti-ol parameters, one for each elastic traffic class present m 
the system, are introduced mto flie new elastic POL policy. In this particular example, 
draotes the admission contirol parameter for adaptive elastic flows and Nel3 
denotes the admission control parameter for non-adaptive elastic flows. Each admission 
control parameter stands for die maximum number of admissible flows of die 
correspondmg elastic traffic class. The admission control parameters are also referred 
to as cut-off parameters, since as long as die maximum number of simultaneous elastic 
flows of a certain class are present on the link, new elastic flows will be rejected; a 
form of cut-off. 

Under die considered elastic POL poUcy, die number (n„ n^, nO of flows in progress 
on the link is subject to die followmg constiamts: 



Ui-bi < C, 

NEii-bz"^ + NEu-ba"^ ^ C, 

% < N, 

% ^ N, 



'EL3 



ELA 



COM 



(1) 
(2) 
(3) 
(4) 



In (1) die elastic flows are protected from rigid flows. In (2-4) die maximum number of 
elastic flows is Imiited by diree consttaints. Expression (2) protects rigid flows from 




wo 01/28167 PCT/SEOO/01827 

17 

elastic flows, while (3-4) protect the in-progress elastic flows from amving elastic 
flows. The new elastic POL policy is fully determined by the division of the link 
capacity, q)ecified by Ccx)m» ^ admission control parameters Nel2» Nel3. These 
parameters are referred to as the output parameters of tfie system. The performance of 
5 the elastic POL policy can be tuned by the ou^ut parameters, and in particular, it has 
been realized that the settrog of the ouq)ut parameters Ccom» Nel2 and Neu, allows for 
a tuning of the throughput-to-blocking trade-off for the elastic trafflc classes. 

Widi respect to the throughput-to-blocking trade-off for elastic traffic, the mvention is 
10 generally directed towards the provision of a high link bandwidth utilization under one 
or more call-level constraints that are related to at least one of elastic throughput and 
elastic blocking probability. 

According to a preferred embodiment of the invention, the link capacity sharing 
15 algorithm aims at setting the output parameters of the elastic POL policy in such a way 
as to minunize call blocking probabilities and B3 for elastic flows, while being able 
to take into account a blocking probability constraint (GoS) for the rigid flows as well 
as fninimuni Uirouglqmt constraints for the elastic flows. The dirouglq}ut constraints for 
the elastic flows are introduced because it has been recognized tihat there is a miniTnuTn 
20 acceptable througIq)ut below which die users gain no actual positive utility. 

Therefore, the rigid traffic class is associated with a maximitrn accepted call blocking 
probability B^"^, and the elastic adaptive and elastic non-adaptive traffic classes are 
associated with minimum accepted throughputs 9^ and 8^, respectively. 
25 Preferably, the du:ougIq)ut constraints are formed as constraints on the probability that 
the user-perceived throughput during transfer of certain amount of data drops below a 
given threshold. Such a performance measure is easier for the user to verify than the 
traditional fairness criteria discussed in references [1-3], 
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Although Ihe blocking probabilities for elastic traffic are being minimized, it is 
nevertheless normaUy advisable, alfliough not necessary, to have a worst-case 
goarantee of the call blocking for elastic trafiBc, and associate also the two elastic traffic 
classes with m aximum allowed blocking probabilities Bj"" and Bj"". 

In this case, the traffic input parameters of the system are the set of arrival rates (Xy, 
Xi, X3) and departure rates ([ij, n^, ^3) obtained from the network, the bandwidUis 
0>i, bj, bj), the minimum elastic bandwidtii demands (bz"^, bj"^), the blocking 
probability constraints (Bi"" or the whole set of Bi"«, Bj"" and Bj""") and die elastic 
throughput constraints (9^ and 9^). The departure rate for non-adaptive class can 

be estimated under the assumption that die bandwidtii of die non-adaptive flows equals 
bj. 



The parameters and performance measures associated wifli die rigid traffic class and die 
15 two elastic traffic classes are summarized in Table I below. 



10 



Table I 



Class 

u 






Iiq}ut parameters 


Performance 
measures 


System 
state 


CaU 
arrival 
rate 


Departure 
rate 


Peak 
bandwidth 
requirement 


Miniirnim 
bandwidth 
requirement 


Maximum 
accepted 
blocking 
probability 


Minimum 
accepted 
throughout 


Blocking 


Through 
-put 


Number 
of flows 
in the 
system 


Rigid 


^1 




bi 




gmax 




B, 




Hi 


Adaptive 
elastic 




\h 


b2 




(82"^) 


^min 


Bj 


e 




NoBh 
ad^dve 


X, 








(B3"-) 


^min 


B3 


e 




elastic 





















The problem of determining die output parameters of die elastic POL policy under 
blocking and du-oughput constraints is ouflined below wifli reference to Fig. 2, which is 




10 



wo 01/28167 PC:T/SE00/01827 

19 

a schematic flow diagram of the overall link capacity sharing algorithm according to a 
preferred embodiment of the invention. In the fibrst step 101, die required iipit 
parameters, such as current arrival and departure rates, bandwidth requirements as well 
as die constraints inq>osed on die traffic, are provided. In step 102, die GoS (call 
blocking) requurement for rigid traffic is guaranteed by the proper setting of Ccom- In 
particular, we determine the minimum required capacity of Ccom for rigid flows diat 
guarantees the required blocking probability Bj™: 

mm{CcoM:Bi^Bi°^} (5) 



where Bj is die blockmg probability of rigid flows. For example, die well-known 
Erlang-B formula can be used to estimate such a value of Ccom based on arrival and 
departure rates and peak bandwiddi requirement for the rigid traffic as inputs. In 
addition, a maximum number Ncqm of admissible rigid flows can be determined based 
15 on the Erlang-B analysis and used for admission control of the rigid traffic. 



Next, we have to determine a maximum number of elastic flows (Ne^, Ngu) tfiat can 
be simultaneously present in die system at die same time as die requured througl5)ut and 
blockmg reqmrements are fiilfilled. It is intuitively clear diat if die maYTmnm number 
20 Nhl2 of adaptive elastic flows is increased, die blocking probability Bj of adaptive 
elastic flows decreases and die dirougtq)ut decreases as well. Unfortunately, nhaTig ing 
Nel2 affects both the blocking probability B3 and throughput of non-adaptive elastic 
flows and vice-versa. 

25 In this particular embodicaent, the link capacity sharing algorithm aims at minimiTing 
die blocking probabilities of die elastic traffic classes under diroughput-dureshold 
constraints. To accomplish this, the invention proposes an iterative procedure, 
generally defined by steps 103-107, for tuning the cut-off parameters so tiiat die 
diroughput-threshold constraints are just fulfilled, no more and no less. First, m step 

30 103, initial values of die cut-off parameters are estimated. Next, the performance of die 
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system is analyzed {step 104) with respect to elastic throughputs. In particular, the 
ihrougjpits 8 and 6 offered in the system controlled by the initial values of die cut-off 
parameters are analyzed (step 104) and related (step 105) to die fljrouglqmt-dueshold 
constraints e„i„ and 0^„ . If the offered throughputs are too low, dien die cut-off 
5 parameters are reduced (step 106), increasing die blocking probabilities and also 
increasing die tiirouglq)uts. On die odier hand, if die offered fliroughputs are higher 
dian die du-ouglqnit-dnresholds, dien die cut-off parameters can be increased (step 107) 
so diat die blocking probabilities (as well as die tim)ugl5)uts) are reduced. In this way, 
by iteratively repeating die steps 104, 105 and 106/107, die blocking probabilities can 
10 be reduced to a minimum, vM& still adh«ing to die diroughput constiamts. Once die 
constraints are fulfilled to a satisfactory degree, die algoridun outputs (step 108) die 
parameters Ccom> (Cela), (Ncom). Ne^z, Nqj for use m controlling die acUial 
bandwiddi sharing of die considered transmission link. 

15 Nattirally, die steps 101 to 108 are repeated in response to changing trafBc conditions 
so as to flexibly ad^t die bandwiddi sharing to die prevailmg traflBc sitiiation. 

In general, die cut-off parameters have to be reduced to fiilfiU die diroughput 
constraints. On die odier hand, as die aim is to minimize die elastic blocking 

20 probabilities, and as it is advisable to have a worst-case guarantee of die blocking 
probabilities for elastic ti-afiBc, die cut-off parameters must at die same time be as high 
as possible, and at least high enough to fidfill die worst-case blocking consttainls. 
Depending on die model parameters and die given bounds, it may be die case diat all 
die conso-aints can not be satisfied at die same time, which means diat die link is 

25 overloaded widi respect to die GoS requirements. 

Fig. 3 is a schematic block diagram of pertinent parts of an IP router (or an ATM 
switch) in which a link edacity sharing algoridim according to die invention is 
implemented. The IP router 20 is associated widi an input link and an output Imk. The 
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router 20 has a control xinit 21, a CAC unit 22, an ou^ut port bu£fer 23 for rigid 
traffic, an ouQ)ut port buffer 24 for elastic traffic, and an output port scheduler 25. 



The control unit 21 is preferably, although not necessarily, realized as software running 
5 on a computer system. The software may be written in almost any type of computer 
language, such as C, C+ + , Java or even specialized proprietary languages. In effect, 
the link capacity algorithm is mapped into a software program, which when executed 
on the computer system produces a set of output control param^rs C_ELA, C_COM, 
N_ELA, N_COM in response to appropriate traffic input parameters received from the 
10 network and the UNCs by conventional means. 



The N_ELA, N_COM parameters represents the cut-off parameters for rigid traffic and 
elastic traffic, respectively. In the exan[q>le of Fig. 3, only a single elastic traffic class is 
considered, and hence only a single cut-off parameter N_ELA for elastic traffic is 

15 produced by the control unk 21 . The cut-off parameters are forwarded to the CAC unit 
22, which accepts or rejects new flows based on the forwarded cut-off parameters. For 
each requested new flow, the traffic class of the flow is determined so that admission 
control can be exercised based on the relevant cut-off parameter. IP packets belonging 
to accepted rigid flows (restricted by N_COM) are forwarded to the output port buffer 

20 23 for subsequent scheduling by the output port scheduler 25. In the same way, IP 
packets belonging to accepted elastic flows (restricted by N ELA) are forwarded to the 
output port buffer 24. 



The C ELA, C COM parameters are forwarded from the control unit 21 to the output 
25 ^ port scheduler 25. The output port scheduler 25 represents die bandwidth of the output 
link, and the actual bandwidth representation used in the traffic scheduling is 
determined by die CJELA, C COM parameters. In the ou^ut port scheduler 25, die 
bandwiddi of die output link is divided mto a common part C_COM, and a dedicated 
part C_ELA reserved for elastic traffic only. In scheduling IP packets, die output port 
30 scheduler 25 can use only the common bandwidth part C_COM for IP packets from the 
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output port buffer 23 for rigid flows . For IP packets ftom the output port buffer 24 fiir 
elastic flows on the other hand, the scheduler 25 can use both the dedicated bandwidfli 
part C_ELA and the common bandwidth part C_COM. In this way, the output port 
ou^jut port scheduler 25 decides how many IP packets that can be sent on die ou^wt 
5 link per time unit and traffic class. 



Analysis of throughput and blocking probability measures of elastic flaws 

The throughput constraints used in the evaluation step 105 (Fig. 2) may for example be 
constraints on the average throughput, where the cut-off parameters fulfiUs the 
througt^>ut constraints if: 



E(e)^ e^. E(e)^e 



mm 



15 



(6) 



where E stands for the expected value. To make a plausible inleipretation of this type 
of constraints, let us assume that the distribution of 9 is fairly symmetric aitjund £(9). 
In odier words, the median of 9 is close to E(0). In fliis case, the probabiUty that an 
elastic flow obtams less bandwiddi tiian 0"** is around 0.5. 

However, users often prefers more mfoimative throughput constramts, and an 
alternative constramt may require that the throughput of adaptive and non-adaptive 
flows are greater tiian 0^„ and 9^„ with predetermined probabilities (l-e^) and (I-83), 
respectively, independent of the associated service requirements (x) or holding times 
(t): 

P^e. ^ 0^) ^ (1-22). PKG, > 9^) ^ (l-e3) (7) 

The worst-case constraints on the elastic blocking probabihties can simply be expressed 
as: 
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In order to obtain the elastic tfarougtq)ut measures (step 104) and possibly also the 
elastic blocking measures for given values of the cut-off parameters so as to enable 
evaluation (step 105) against the given constraints, the steady state distribution of a 
Markov chain describmg the dynamics of die mixed rigid-elastic traffic needs to be 

5 determined. As implied in connection wifli die fonnulation of the multi-class model 
above, the system under investigation can be represented as a Continuous Time 
Markov Chain (CTMC), the state of which is uniquely characterized by the number of 
flows of the different traffic classes (ni, nj, n^. It is clear diat in order to obtain the 
performance measures of die system we have to determine die CTMC's generator 

10 matrix Q and its steady state distribution P = {p^} , where -Q = 0 and Y^i^i = 1- 
The notions of a generator matrix and a steady state distribution of a Markov chain 
are considered well known to the skilled person. For a general introduction to loss 
networks, Markov theory and the general stochastic knapsack problem, reference is 
made to [8], and especially pages 1-69 thereof. For given values of the parameters 

15 CcoMt Nel2» Nel3. the set of triples (Ui, Uj, n^) that satisfies die constraints of die 
elastic POL policy given by (1-4) constitute die set of feasible states of die system 
denoted by S. The cardinality of the state space can be determined as: 

|^£^^lj.(NEL2+l)-(NEL3+l) (9) 

20 

It is easy to realize that die generator matra Q possesses a nice structure, because only 
transitions between "neighboring states" are allowed m die following sense. Let 
denote die transition rate from state i to state j. Then, taking into account the 
constraints (1-4) on the number of flows in the systmi defined by die elastic POL 
25 policy, the non-zero transition rates between die states are: 



qi.ik+ = K k= 1,2,3 

quk. = nkMk k=l,2 



(10) 
(11) 
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4.i3- = nj-rsHs (12) 

where i,^ = (n, + 1, n^, Uj) when i = (n,. n^, 113); i^^ and i^. (k = 1 , 2, 3) are defined 
similarly. Expression (10) represents the state transitions due to a caU arrival, while 
5 (11) and (12) represent transitions due to caU departures. The quantity defined in 
(12) denotes the total bandwidth of the non-adaptive flows when the system is in state 
i. The generator matrix Q of the CTMC is constructed based on the transition rates 
defined in (10-12). 

10 For illustrative purposes, let us consider a small system with a rigid class, an 
adaptive elastic class and a non-adaptive elastic class, where the link capacity C=7. 
For simplicity, assume a division of die link capacity such fliat n, = l is kept fixed, 
i.e. the available bandwidth for elastic flows is 6 bandwidth units. Furthermore, 
b,=l, b2=3 and b3=2. The elastic flows are characterized by their mmimum 
15 accepted bandwidths, which here are set to b2"*'= 1 .8 and b3'»*»=0.8. Setting the cut- 
off parameters to Na2=2 and Neu=3, gives rise to 12 feasible states as Ulustrated 
in the Markov chain state space diagram of Fig. 4. There are 5 (gray) states where at 
least one of die elastic flows is compressed below the peak bandwidth specified by b^ 
and bj. The states are identified by the number of active connections (n„ Uj, n,). The 
20 values below die state identifiers indicate the bandwidfli compression of die adaptive 
and non-adaptive elastic traffic (r^. r,). The state (1. 2, 3) is die only one where die 
bandwiddi compression of die adaptive class and the non-adaptive class differs due to 
different minimum bandwiddi requirements (r2"^=0.6, r3"'°=0.4). 

25 Different numerical sohitions can be used to obtain die steady state distribution of a 
so-called multidimensional Markov chain. Direct meUiods such as die Gaussian 
elimmation mediod compute die solution in a fixed number of operations. However, 
when considering the size of die state space for practically interesting cases, i.e. 
large state spaces in die order of 10* or higher, die computational complexity of die 

30 direct mediods is usually unacceptable. Therefore, an iterative mediod, such as die 



wo 01/28167 PCT/SEOO/01827 

25 

biconjugate gradient mediod applied here, is much more feasible for the steady state 
analysis. The biconjugate gradient method is also detailed in reference [9]. 

The computation time of an iterative method depends on factors such as the speed of 
5 convergence and the complexity of each iteration step. The computation time is also 
highly dependent on the initial guess. A good initial guess will significantly reduce 
the overall computation time. For this reason, according to the invention, a heuristic 
direct method is applied for calculating a fairly close initial guess to be applied in the 
iterative method. Some special multidimensional Markov chains exhibit a so called 

10 product form solution, which means diat the steady state probability of state (i,j) can 
be efficiently determined in product form as f(i)*g(j) instead of h(i J). Unfortunately, 
due to the occasional reduction of the bandwidth (and corresponding departure rate) 
of the non-adaptive elastic flows, the CTMC of the studied system does not exhibit 
the nice properties of reversibility and product form solution, but the proposed initial 

15 guess used for the subsequent iterative numerical procedure is calculated as if the 
Markov chain exhibited product form. In other words, the initial form of the steady 
state distribution of a Markov chain describing a traffic system that includes non- 
ad^tive elastic traffic is determined based on Markov chain product form 
calculations, and applied in an iterative steady state analysis mediod. 

20 

The fact that only non-adaptive elastic flows disturb the reversibility is utilized, and 
the Markov chain that describes the number of rigid and adaptive elastic flows in the 

system is reversible, and p(ni,n2) = Zfjo P(^i'^2.i)» V(ni,n2) e 5 is obtained 
from: 



25 



P*(0,0) = 1 (13) 
p'ChlIIj) = p*(ni-l,n2)~— = p*(ni,n2-l) — (14) 
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(a.b)6S 



Where the p*(n,.n2) uimormalized steady state probabilities are auxiliary variables of 
the iterative method. From the steady state distribution of the rigid and adaptive 
flows (p(ni.nj)), the overaU steady state behavior (pCn^n^.na)) is obtained by fixing 
die number of rigid flows (n,=i) and assuming that the obtained Markov chain is 
reversible, even diough this is not die case. This assumption aUows us to evaluate an 
initial guess for the iterative mefliod as foUows. For aU possible fixed values of n, 
(ni=i): 



(16) 
(17) 



p'(i.O.O) = 1 

P*(i,n2.n3) = P*(i>"2-l.P3)- X2H-p*(i,n^.n:,-l).X, 

n2 -Ha +"3 

Zp*(i»a) 

p(i,n„n2) = P*(i,ni,n2) ^ .^g) 

Lp (i,a,b) ' 
(a,b)6S 



In other words, we group states with common n„ n, parameters, smmning up their 
probabUities, to obtain a new 2-dimensional Markov chain. The obtained 2- 
dimensional Markov chain exhibits product form, and its steady state distribution is 
calculated using equations (13-15). Next, we "share" die probability of the state 
groups among die individual states fliat define a state group using equations (16-18). 

The steady state distribution of traffic classes odier flian die non-adaptive traffic class 
is calculated as if tiiere was no non-adaptive traffic in die system, and dien state 
probabiUties are calculated under the assumption of equiUbrium between incoming 
and outgoing traffic of one of die odier traffic classes and die non-adaptive elastic 
traffic class. In die present example, die steady state distribution of die rigid traffic 
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class and the adaptive elastic traflBc class is calculated as if there was no non- 
adaptive elastic traffic in the system, and state probabilities are determined assuming 
that the incoming and outgoing adaptive and non-adaptive elastic traffic are in 
equilibrium. It should though be understood diat equations (13-18) can be adapted to 
5 a variety of applications, for example traffic systems with several rigid traffic classes 
but only a single elastic traffic class. 



It should also be xmderstood that the above procedure for calculating an initial 
approximation of a steady state distribution is generally applicable to any multi- 
10 dimensional Markov chain and can be adapted to different applications. 



The obtained ioitial approximation of the steady state distribution is used as a good 
mitial guess for an iterative method, such as the biconjugate gradient based method, 
which improves the initial guess step-by-step to an appropriate accuracy. 

15 

Based on the steady state distribution of the CTMC, the call blocking probabilities can 
be calculated as: 

Bk= ZPi. k = l,2,3 (19) 



20 The calculation of the average throughput of the adaptive and non-adaptive elastic flows 
is also quite straightforward once the steady state distribution of the CTMC is 
determined: 

Zn2P(ni,n2,n3)b2r2(ni,n2,n3) 

m= — V — ] : (20) 

2-1^2 P(ni,n2,n3) 
(nj.na.njjeS 



Z^3P(ni,n2,n3)b3r3(ni,n2,n3) 

25 E(5)^ (n,,n,,n3)eS ^^1) 

2^n3p(ni,n2,n3) 

(ni.na.njjeS 
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Thus, the blocking probability constraints in (5) and (8) as well as the aveiage 
duoughout constraints in (6) can be evaluated. 

Unfortunately, it is much harder to check die diroughput direshold constraints in (7), 
5 since neidier die distribution nor die higher moments of 9 ^ and 6^ can be analyzed 
based on die steady state distribution of die above studied Markov chain. Hence, a new 
analysis approach is appUed. The diroughput direshold constraint on adaptive elastic 
flows can be checked based on die distribution of 6, and die flnroughput direshold 
constramt on non-adaptive elastic flows can be checked based on die distribution of T„ 
10 because: 

Me. ^ e^) = Prcxn", > e^) = ptct, < x/e^j (22) 

Since it is computationaUy to hard to evaluate die distribution of T, and 9 , for realistic 
15 models, but diere are effective numerical metiiods to obtam dieir moments, we check 
dK diroughput direshold constramt by applying a moment based distiibution estimation 
mediod as disclosed m reference [10] and summarized m Table H below. In Table H, 
m, denotes die mh moment of die random variable X and die formulas present an upper 
and lower bound on die distribution of X Table n is valid for any non-negative random 
20 variable, i.e. we do not utilize die feet diat T, and 0 , are upper bounded in our system. 



Table n 





Pr(X> 1) ^ upper limit 


Pr(J:> 1)^ upper lunit 


1 


Ml 


0 


2 


M2 - Ml , , 
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^3 -^^2 



^3Mi - 



^3 -2ji2 



+ Ml'Ul-^2 / 



(fl3 -2H2 +^l)(M3-Ji2)' 



^2-^3 
-(Jl2 



>1 



The method to evaluate die momeiits of and 9 ^ is based on a tagging an elastic flow 
arriving to the system, and carefully examining the possible transitions from the 
instance this tagged flow enters the system until it leaves the system. The system 
behavior during the service of the tagged flow can be described by a slighdy modified 
Markov chain. To analyze 0, a tagged adaptive elastic flow is considered, while to 
anatyze T, a tagged non-ad^^tive elastic flow is considered. The modified system used 
to evaluate 6 ^ (or T,) has die following properties: 



10 



Since it is assumed that at least the tagged elastic flow is present in the system 
we exclude states where % = 0 (or Us = 0). 



15 



With each state of die state ^ace there is an associated entrance probability, 
whidi is die probability of die event that the modified CTMC starts from diat 
state. When the tagged elastic flow finds the system in state (n„n2,n3) it will 
bring flie system into state (ni,n2+l,n3) (or state (ni,i^,n3-l)) unless die state 
(ni,n2,n3) happens to be a blocking state of the tagged flow. 



Let {Z(t), t > 0} be the modified CTMC assuming the tagged elastic flow never leaves 
20 die system over die finite state space FwidigoieratorB.F can be defined as: 



25 



0 < n,.bi ^ CooM 
l(orO) < n^ < Neu 
0 (or 1) £ ^ Neu 



(23) 
(24) 
(25) 
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]buieed, F-S^ where Sij is the stales in S where 112 = 0 (or 1% = 0). The state 
transition rales in B are closely related to the appropriate rates in Q: 

buk+ =K k = 1. 2, 3 (26) 

by,. = nin, (27) 

W = (i^l)-M2 (ori^fja) (28) 

bj.i3. = na-fj ^3 (or (Uj-l) •^3.^3) (29) 

The mitial probability of the modified Markov cham p+(n„n2.n3) is obtained by 
considering the system state immediately after die tagged flow joins the system in 
steady state. This means diat the probability that the system is in state (ni,nj,n3) after 
die tagged flow's arrival is proportional to the steady state probability of state (n^nj- 
1,113) (or (ni.%.n3-l)). Consequoitly: 



15 P'*in,^,i^ = P(ni>na-l,n3) 

2^p(ni,n2,n3) 

ieP 

p^-(n,.n„n3) = gl"^'"^'"^ 
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(31) 



To obtain the moments of 9,, a Markov Reward model is defined over {2(t), t ^ 0} m 
accordance with reference [11]. 9, is a random variable which depends on ihe random 

20 arrival and departure of the rigid, adaptive and non-adaptive elastic flows as described 
by B. The reward rate associated we the states of the modified Markov cham represents 
the bandwidfli of the tagged adaptive elastic flows in that state. Let tj be die reward rate 
(the bandwidtii of die tagged adaptive elastic flow) in state i and T die diagonal matrix 
conqwsed of die t; enfries. tj = r2(0 b2, where r2(i) is die bandwiddi conq)ression in 

25 state i. In fliis way, die dynamics of die number of flows in die system during die 
service of die tagged flow is described by die Modified Markov chain, and die 
instantaneous bandwiddi of die tagged flow is described by die instantaneous reward 
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rate. If there are more flows in the system, the bandwidtfa of the tagged flow decreases 
towards bz"^ and if titere are less flows, it increases towards bj. The generator matrix 
B and the reward matrix T define the Markov Reward model that accumulates V&i 
amounts of reward m flie interval (0, t). This means ibzt die reward accumulated in die 
5 interval (0, t) r^resents the amount of data transmitted du-ough the tagged flow m diis 
intm^al, and 6 ^ is die amount of transmitted data / 1. 

T^ is die random amount of time diat it takes to transmit x units of data through die 
tagged flow. By defining a Markov Reward model as above, the reward accumulated 
10 in the interval (0, t) represents the random amount of data transmitted through the 
tagged flow, and hence T,^ is the time it takes to accumulate x amounts of reward. This 
measure is commonly referred to as conq)letion time. 

Having the initial probability distribution p^'*'(ni,nj,n3), and p^+(ni,n2,n3), die generator 
15 matrix B and die reward matrix T, die numerical analysis method proposed in reference 
[11] is applied to evaluate die moments of and T^. This numerical metiiod is 
applicable for Markov Reward models with large state spaces ClO^ states). 

Numerical examples of the application of the link capacity sharing algorithm 

20 

By way of example, consider a transmission link of capacity C = 100 Mbps and 
supporting three di&rent service classes: rigid, adaptive elastic and non-adaptive 
elastic service classes. The parameters, given as network traffic ii5)uts and determined 
by die link sharing algorithm, of this system are as follows: 

25 

CcoM = 20 Mbps, Cela = 80 Mbps; 

bi == 1 Mbps, bj = 5 Mbps, b3= 3 Mbps; 

= = 12 l/min; 
fi, = P2 = ^3 = 1 1/mm; 
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h"^ = 0.05, tj"^ = 0.001; 

NcoM = 20, Naa = 20, Nnj = 20. 

The effect of die airival rate A, of the adq,tive elastic flows on the coiresponding 

5 blocking probabi% for a niiinl^r of values of ini^ 
demonstialed in Table m bdow. 

Table m 



Pr(e.>e^)>(i-ej) 


= 12 


= 14 


= 16 


®miB = 2.6 


89.4% 


83.6% 


77.7% 


3 


84.2% 


75.1% 


65.5% 


3.4 


74.4% 


62.0% 


50.8% 


3.8 


64.3% 


47.8% 


34.9% 


4.2 


42.5% 


23.4% 


10.5% 


4.6 


4.8% 


0.14% 





10 As the minimum accq,ted throughput 9^ for the adaptive elastic traffic is assigned 
higher and higher values, the probability that an adaptive elastic flow obtains this 
throughput decreases. The increase of the airival rate of the adqjtive elastic flows 
resulte in more adaptive elastic flows m the system, and hence the thiouglqnit decreases 
together with the probability that the adaptive elastic flows obtain the required 

IS bandwidtti. 



20 



The effect of the arrival rate A, of the non-adq,tive elastic flows on the corresponding 
blocking probabiUty for a number of values of mmimmn accqjted througl^ut is 
demonstrated in Table IV bdow. In this case, the system parameters are: 

C= 250 Mbps; 

CooM = 50 Mbps, = 200 Mbps; 
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b, = 1 Mbps, bj = 3 Mbps, b3= 5 Mbps; 
A,, = 40 1/min, = 25 l/min; 
JAi = M2 = ^3 = 1 l/mm; 
Tj"^ = 0.4, Tj™ = 0.05; 
5 NooM = 50, Nel2 = 120, = 180. 

Note that in this case the modified Maila}v diain desciibing the systm behavior during 
die service of a tagged non-adaptive elastic flow has 1,116,951 states and 6,627,100 
transitions. 

10 

Table IV 



Pr(e,se^)^(i-63) 


^3 = 20 


=25 


= 30 


= 2.5 


99.98% 


99.6% 


88.1% 


3.33 


99.8% 


94.36% 


32.5% 


4.0 


97.4% 


68.1% 


13.8% 


4.34 


91.5% 


59.8% 




4.54 


89.6% 


52.3% 




4.76 


86.0% 


30.9% 





In similarity to the effects demonstrated in Table HI, as the TniniTmim accepted 
throughput for the non-adaptive elastic traffic is assigned higher and higher values, die 
15 probability that a non-adaptive elastic flow obtains this throug^ut decreases. Also, the 
increase of the arrival rate results in a decreasing probability^ diat the non-adaptive 
elastic flows obtain the required bandwidth. 

To get an impression of the relation of average throughput and throughput threshold 
20 constramts reference is made to Fig. 5, which illustrates the mean and the variance of 
the throughput of adaptive elastic flows as a fimction of their service time. The graph 
of Fig. 5 relates to die system considered for Table HI, widi 7^ = 14. The mean 
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throughput is shown by a solid line, whereas the variance is shown by a dashed line. It 
can thus be seen that for "short" (with respect to service thne) connections , the 
variance of the througlpit is quite significant, and consequenliy, the average 
diroughput and the throughput threshold constramts have significantly diflferent 
5 meanings. For "long" connections, the variance of the througlq)ut almost vanishes, and 
the mean througl^ provides a meanmgful descrq>tion of the bandwidth available for 
adaptive elastic flows. Note diat 9, tends to approach a detenninistic value, the steady 
state tinoughput, as t goes to infinity. 

10 Finally, we study an example of how to select N^andN^to provide the required 
QoS parameters. Assume tiiat after the division of the Imk capacity and the 
dhnensioning of the rigid class, the system parameters have die foUowmg values: 

C= 100 Mbps; 
15 CooM = 20 Mbps, Cela = 80 Mbps; 

bi = 1 Mbps, hi = 5 Mbps, b3= 3 Mbps; 

A., = 12 1/min, = 12 l/mm, = 12 1/min; 

^1 = M2 = 1^3 = 1 s (here expressed as mean holding time); 

bj™ = 0.1 Mbps; 



20 



The parameters N^^ and Ngu have to be such that die elastic blocking probabiUties 
are less dian 1% (B^KOM, B3<0.01) and the average diroughput parameters fulfill 
E(e)> 4.05 and £(9)^2.35. 



The set of and parameters diat fulfill die QoS requirements are depicted in 
the gray area of Fig. 6. The blocking probability limit of die adaptive elastic class is 
a vertical line due to die independence on die load of die non-adaptive ekstic class. 
The blocking probability limit of die non-adaptive elastic class is a horizontal Ime. 
Widi die considered low level of overall load, die average elastic dirouglqiuts are 
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hardly sensitive to the Ngu ^ N^j parameters after a given limit. In this example, 
the tighter of the two bandwidth limits that determines the acceptable Ng^z and Nqj 
values, is the e(Q) > 4.05 bomid. 



5 Inversion of the optimization task 

The new elastic POL policy allows for a natural inversion of die optimization task so 
that instead of minimizing blocking probabilities for elastic traffic under tfarouglq)ut 
constraints, the elastic throughputs are maximized under blocking probability 

10 constraints. In similarity to die link capacity sharing method illustrated in the flow 
diagram of Fig, 2, traffic input parameters are received (similar to step 101), the 
common link capacity part Ccom ^ determined (similar to step 102) and initial values of 
the cut-off parameters are selected (similar to step 103). Next, die performance of die 
system is analyzed (similar to step 104), but now primarily widi respect to elastic 

15 blocking probabilities. In particular, die dastic blockmg probabilities in the system are 
analyzed and related (similar to step 105) to die blocking probability constraints. If die 
blocking probabilities are too high, then the cut-off parameters are increased, reducing 
the blocking probabilities and also reducing the diroughputs. On die other hand, if the 
blocking probabilities are lower than the blocking constraints, then the cut-off 

20 parameters can be reduced so diat the blocking probabilities as well as the throughputs 
are increased. In this way, by way of iteration, the throughputs can be increased to a 
maximum, while still adhering to the blocking constraints for elastic flows. As the aim 
now is to maximize the elastic throughputs, and as it might be advisable to have a 
worst-case guarantee for die throughputs of elastic trafflc, the cut-off parameters must 

25 be as low as possible, and at least low enough to fiilflll die worst-case dnroughput 
constraints, while still fulfilliag the blocking probability constraints imposed on the 
elastic traffic. 



30 



Naturally, die tink capacity sharing algoridun, irrespective of whedier it is adapted for 
minimiTifig elastic blocking or for maximizing elastic diroughput, is also applicable to 
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elastic trafBc only. For example, in the absence of rigid traffic, Ccom is reduced to 
zero, and die overaU link capacity sharing algoridim is reduced to the mathematical 
formulas for determining die cut-off paramrtiers under dnougjqjut/blocking constraints. 
Furthennore, in die case of a single elastic trafBc dass, only a single cut-off parameter 
5 needs to be determined according to the above iterative link sharing algoridmi. 

Link capacity sharing algorithm - the ATM networic example 
Alfliough, die link capadty sharing algorithm has been described above with reference 
to an IP network carrying a single rigid traffic class and two different elastic traffic 
10 classes, it should be understood diat die invention is not limited tiiereto, and fliat die 
algoridim is applicable to oflier types of networks and otiier traffic classes. In feet, an 
example of die elastic POL algoridnn applied in an ATM network canymg nanow- 
band CBR (Constant Bit Rate) trafBc and wide-band CBR traffic, as weU as ABR 
(Available Bit Rate) traffic will be oudined betow. 



In diis exanq)le. calls arriving at a transmission link generally belong to one of die 
following three traffic classes: 

• Class 1 - Narrow-band CBR calls, characterized by dieir peak bandwiddi 



Class 2 - Wide-band CBR calls, characterized by dieir peak bandwidtii 
requirraient bj, call arrival rate and departure rate p^. 

Class 3 - ABR calls, characterized by dieir peak bandwiddi requirement bj, 
minimum bandwiddi requirement bj"*', call arrival rate and ideal departure 
rate pj. The ideal departure rate is experienced when die peak bandwiddi is 
available during the entire duration of the call. 



15 



20 



requirement bj, call arrival rate A,i and departure rate pj. 
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It should be noted that the CBR classes can be likened by the rigid traffic class of the 
above IP network example, and that the ABR class can be likened by the non- 
adaptive elastic traffic class described above in connection with the IP network 
example. In this respect, the assunoptions in die model formulated in the IP network 
example are equally applicable m the present exanople. 

The elastic POL policy described above is applied to the mixed CBR-ABR traffic 
environment m the ATM network considered. This means tiiat the link capacity C is 
divided into two parts, a connnon part Ccom for CBR calls as weU as ABR calls, and a 
dedicated part Cabr, which is reserved for the ABR calls, such that C = Ccom + Cabr. 
An admission control parameter N^br, also referred to as a cut-off parameter, is 
introduced for the ABR calls. Under die elastic POL policy, the number Uj, nj and 
of narrow-band CBR, wide-band CBR and ABR calls, respectively, in progress on 
the Unk is subject to the foUowing constraints: 

ni-bi + n2-b2 < Ccom (32) 
NAHR-ba"^ < Cabr (33) 
113 ^ Nabr (34) 

In (1) the ABR calls are protected from CBR calls. In (2-3) the TnaYimnm number of 
ABR calls is limited by two constramls. Expression (2) protects CBR calls form ABR 
calls, while (3) protects the in-progress ABR calls from new ABR calls. In diis case, 
die elastic POL policy is fully detOTnmed by die division of the link capacity, specified 
by CcoM» and the admission control parameter N^br. The performance of the elastic 
POL policy is tuned by these parameters. 

According to a preferred embodiment of the invention, die link capacity sharing 
algoritimi aims at setting die output parameters Ccom ^ ^abr of the elastic POL 
policy in such a way as to minimize die call blockmg probability for the ABR calls, 
while bemg able to take into account blocking probability constramts (GoS) for die 
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different types of CBR calls and a minimmn througlqnit constraint for the ABR calls. 
Therefore, each CBR class is associated with a maxmnnn accq>ted caU blocking 
probability B,™ and B,--, and the ABR class is associated vsoth a ni^^ 
fliroughput e^, which can be treated m similarity to the minimum accepted timiughpiit 

for the non-ad^tive elastic trafBc of the IP netwoik example. 



10 



Although the ABR blocking probability is being minimized, it is nevertheless normally 
advisable, although not necessary, to have a worst-case guarantee of the cafl blocking 
probability for ABR calls, and associate also die ABR class with a maximum aUowed 
blocking probability B,"". 



The parameters and p^rmance measures associated with the CBR 
ABR class are sunamarized in Table V bdow. 



classes and the 



15 Table V 



Qass 






Input paxameters 


Performance 
measures 


System 
state 


CaU 
arrival 
rate 


Dqjarture 
rate 


Peak 
bandwidth 

requirement 


MinirnfiTm 

bandwidth 
requizcment 


Maximum 
accqited 
blocidng 
jirobability 


Miniimim 

zcccjpted 
throughout 


Blocking 


Through 
-put 


Number 
of flows 
in the 
system 


N-CBR 






bi 








Bi 




Hi 


W-CBR 




\h 


b2 








B2 






ABR 






b3 




(B3--) 




B3 


e 





The problem of determining the ouQmt parameters of die elastic POL poHcy under the 
above constraints is ouflined below with reference to Fig. 7, which is a schematic flow 
diagram of the oveiaU link capacity sharing algoridnn for a mixed CBR-ABR traffic 
environment accoidmg to a preferred embodiment of die invention. In the first step 
201, the required mput parameters are provided. In step 202, die GoS (call blocking) 
requirement for CBR trafBc is guaranteed by die proper setting of Ccom • In particular, 
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we determine the miniinum required capacity of Ccom for CBR calls &at guarantees the 
required blocldng probabilities Bi*"" and Bj"": 



5 

For exanq)le, the wdl-known ErJang-B fbrnmla can be used to estimate such a vahie of 
CooM based on arrival and departure rates and peak bandwiddi requiranents for the 
CBR classes as inpais. 

10 Next, we have to determine a maximmn number of ABR calls (Nabr) that can be 
simultaneously present in the system at the same time as die required dirougl^jut and 
blocking requirements are iidfilled. 

In diis particular embodiment, the link capacity sharing algorithm anus at miTriTnfHng 
15 the bloddng probability of the ABR calls under a fninimiim throughput constraint To 
accoDq)lish tiiis, die invention proposes an iterative procedure, generally defined by 
steps 203-207, for tuning the cut-off param^r so diat the throughput-direshold 
constramt is just fulfilled, generally no more and no less. Fffst, in step 203, an initial 
value of the cut-off parameter is estimated. Next, die performance of the system is 
20 analyzed (step 204) witii respect to the ABR throughput, and related (step 205) to die 
throughput-direshold constiaint. If die ABR fliroughput is too low, dien die cut-off 
parameter is reduced (st^ 206), increasing die blocking probability and also increasiog 
the fliroughput. On die otiier hand, if die ABR fliroughput is higher flian die 
diroughput-flffeshold, flien die cut-off parameter can be increased (step 207) so fliat die 
25 blocking probability (as well as die fliroughput) is reduced. In fliis way, by iteratively 
repeating die stq)s 204, 205 and 206/207, die ABR blocking probability can be reduced 
to a minimum , while still adhering to die fliroughput consd^int. 

Preferably, die performance measures, ABR fluouglqjut and possibly also ABR 
30 blocking, are analyzed in more or less die same way as described above m connection 



mni{CooM: Bj ^ Bi"«, Bj ^ B^"" } 



(35) 
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with fte IP network example. In short, this means determining the steady state 
distribution of the Markov chain that describes the dynamics and behavior of the mixed 
CBR-ABR environment, and calculating blocking and tfarouglqjut measures based on 
die determmed distribution. It should though be noted that here die throughput- 
threshold constraint, analogous to eiqpression (7), is checked based on the transient 
analysis of the Markov chain that describes die mixed CBR-ABR enviromnent using 
the numerical method proposed in refiatence [1 1] and ^lymg the Maricov mequality . 

It is of course possible to mvert the optimization task also for the ATM network 
exanqjle, m substantiaUy die same manner as explained above for the IP network 
example. 



Numerical examples of the appUcation of the link capacity sharing algorithm 

15 By way of example, consider an ATM transmission Imk of capacity C = 155 Mbps 
and supporting fliree different service classes: two CBR classes and an ABR class, as 
described above. The input parameters of tiiis ATM transmission Imk system are: 



b, (n-CBR) = 3 Mbps, bj (w-CBR) = 6 Mbps, bj (ABR) = 10 Mbps; 
A., = 6 1/s, = 3 1/s, = 12 1/s; 
^1 = = H3 = 1 1/min; 
rz"** = 0.05, rj"^ = 0.001; 
NooM = 50. 



25 Furthermore, it is required diat die blockmg probabiUties of the narrow-band and wide- 
band CBR calls are less than Bi"" = 2% and Bj"" = 4%, respectively. It flms foUows 
tiiat die minimal bandwidth for Ccom necessary to provide these blockiag probabiUties 
is 60 Mbps, which leaves Cabr = 95 Mbps for die ABR calls. 
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To examine the trade-off between throughput and blocking probability for the ABR 
traffic, reference is made to Table VI below, which iUustrates the average throughput 
E(9) and the blocking probability B3 for the ABR traffic class for different values of 

Nabr' 

5 



Table VI 



Nabr 


10 


20 


40 


60 


80 


100 


150 


B3 


0.310 


0.0811 


0.0320 


0.0212 


0.00141 


0.00112 


0.000461 




9.99 


7.9 


4.83 


3.45 


2.69 


2.2 


1.52 



From Table VI, the trade-off between throughput and blocking is apparent; high- 
blocking = high througlq)ut, and low blocking = low throughput. In the elastic POL 
10 policy according to the invention, this trade-off is conveniently controlled by means of 
the Nabr cut-off parameter as can be seen from Table VI. For instance, when constraiQt 
G"*" on the average througl5>ut is set to 2.2 Mbps, die maYnniiTn number (Nabr) of 
snnultaneously active ABR calls is Htnitivi to 100. 

15 In simulations, it has been observed that die elastic POL policy is superior to the well- 
known Complete Partitioning (CP) policy under all loads, bodi in terms of blockmg 
probabilities and ABR tiurouglqnit. This is partiy due to the feet fliat the POL policy 
allows ABR calls to make use of any bandwiddi of die Ccom pa^t currendy not used by 
CBR calls. 

20 

Fmally, to examine die inq)act of the Cco^ parameter on die blockiag probabilities and 
the average throughput of ABR traffic, reference is made to Table Vn below. 



25 
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Table Vn 





69 


66 


63 


60 


57 


54 


B, 


0.00498 


0.00770 


0.0116 


0.0171 


0.0244 


0.0342 


B2 


0.0126 


0.0192 


0.0284 


0.0411 


0.0578 


0.0794 


B3 


0.0149 


0.0141 


0.0129 


0.0115 


0.00973 


0.00773 


m 


2.04 


2.08 


2.13 


2.20 


2.31 


2.46 



The Cqjm parameter offers a way of controllmg the trade-off between the CBR 
bloddng probabmties on one hand, and the ABR blocking probability and tiirouglqjut 
5 on the odier hand. From Table VH, it can be seen that bolli the ABR throughput 
(increasing) and the ABR blocking (decreasing) are improved at the expense of 
degrading CBR bloddng probabilities. 



It is important to understand that the preceding descrption is intended to serve as a 
fiamework for an understanding of die invention. The embodiments described above 
are merely given as exanqjles, and it should be understood that die present invention is 
not limited thereto. Further modifications, changes and m5)rovements which retain the 
basic underlying princqjles disclosed and claimed heiein are within the scope and spirit 
of the invention. 
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CLAIMS 

1 . A method for sharing link capacity in a network (10), 
characterized in that said method comprises the steps of: 

5 receiving (101; 201) network traffic input parameters; 

dividing said link capacity into a first part common {Cqq^ to elastic traffic 
and non-elastic traffic and a second part (Cela; C^br) dedicated for elastic traffic, based 
on at least part of said network traffic input parameters; and 

detennimng (103-108; 203-208) at least one admission control paramet^ for 
10 said elastic traffic based on said division of link capacity and at least part of said 
network traffic input parameters. 

2. The method according to claim 1, 

characterized in that said method further con^rises the step of exercising admission 
15 control for elastic traffic flows based on said determined admission control 
parameter(s). 

3. The method according to claim 1, 

characterized m that said dividing step includes die step of determining (102; 202) a 
20 minimum required capacity of said common part relating to non-elastic traffic given at 
least one maximum allowed blocking probabiUty for said non-elastic traffic. 

4. The mediod according to claim 1 , 

characterized in that said step of determining at least one admission control parameter 
25 conq)rises the step of determining a maximum number (Nel2, Neu. Nabr) of admissible 
elastic traffic flows based on at least one call-level constraint imposed on said elastic 
traffic. 
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5. The method according to claim 4, 
characterized in that said step of determining a maximum number of admissible elastic 
traffic flows is based on a caU-level model for elastic trafSc, and said call-level 
constrainKs) is related to at least one of fliiougl^t and blocking probability of said 
5 elastic traffic. 



6. The method according to f-laim 5, 
characterized in that said step of determining a maximum number of admissible elastic 
tra£6c flows conqirises die stq)s of: 
10 determining (103; 203) an initial value of die number of admissible elastic 

trafGc flows on a link in said network; 
iteratively performing the stq)s of: 

i) evaluating (105; 205) said ihroughpui^locking constraint(s) inqxKed 
on said elastic traffic based on the initial/cunent vahie of die number of admissible 

15 elastic traffic flows; and 

ii) adjusting said number of admissible elastic traffic flows based on said 
evahiafion; and 

terminating said iteration process and extracting (108; 208) said maximum 
number of admissible elastic traflBc flows when said constraint(s) is/are met. 

20 

7. The method according to claim 6, 
characterized in diat said step of adjusting said number of admissible elastic traffic 
flows based on said evaluation conqjrises the steps of: 

reducing (106; 206) said number of admissible elastic traffic flows if a value 
25 related to die dirouglq>ut of said elastic traffic flows is lower fliaii a predetermined 
diredmld given by said flm)uglq)ut/blocfcing consliaint(s); and 

increasing (107; 207) said number of admissible elastic traffic flows if said 
througlq)ut rdated value is higher flian said threshold. 



30 
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8. The method according to claim 4, 

characterized in that said step of determining said maymiinn number of admissible 
elastic connections is based on minimizing die blocking probability of requested elastic 
traffic connections with respect to die number of admissible elastic traffic connections 
und^ at least one tfarouglqnit-tfareshold constraint for in-progress elastic traffic 
connections. 

9. The mediod according to claim 8, 

characterized in diat said minimization of the blocking probability of elastic traffic 
under at least one throughput-threshold constraint is performed also under at least one 
given constraint on maximum allowed blocking probability for elastic traffic. 

10. The method according to claim 4, 

characterized in that said stq) of determiniog said maYTmnm number of admissible 
elastic connections is based on maximi7;ing die elastic traffic throughput wifli respect to 
the number of admissible elastic traffic connections under at least one blocking 
probability constraint for requested elastic traffic connections. 

11. The mefliod according to claim 1, 

characterized in that said elastic traffic comprises a number of elastic traffic classes, 
and said step of determining at least one admission control parameter comprises the 
step of determining, for each of one said elastic traffic classes, a mayimiiTn number of 
admissible elastic traffic flows based on a respective througlq)ut/bloc]dng probability 
constraint inqposed on the elastic traffic class. 

12. The method according to claim 1, 

characterized in that said network traffic mpnt parameters include at least said Hnlr 
capacity, at least one blocking probability constraint for non-elastic traffic, and at least 
one diroughput/blocking constraint for elastic traffic. 
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13. The mefiiod according to claim 1, 

characterized in that said network traffic input parameters further inchide arrival and 
departure rates as well as peak bandwidth requirements for non-elastic and elastic 
traffic, and a minimum bandwidth reqainanent for elastic traffic. 

5 

14. The method according to daim 1, 

characterized in that said dastic traffic canq)rises at least one of the foUowing: ada^rtive 
elastic traffic flows of Internet Protocol (IP) networks, non-adiq)tive dastic trafBc flows 
of IP networks, and Available Bit Rate (ABR) flows of ATM networks. 

10 

15. A mediod fOT allocating Imk bandwidfli among and widiin different traffic 
classes in a network (10), wherein said traffic classes include at least one elastic traffic 
class, characterized in that said metiiod con^rises die steps of: 

partitioning said link bandwidtfi into a first part common (Caai) to all traffic 
15 classes, and a second part (Cqjv; dedicated to connections of said elastic tiafBc 
class(es); and 

allocating said second dedicated part (C^; Cabr) of said link bandwiddi to 
connections of said dastic trafBc class(es) based on link bandwidth utilization under at 
least one throughput/blockmg constramt imposed on the connections of said elastic 
20 traffic class(es). 

16. The method according to claim 15, 

characterized in that said mediod further conq)rises die step of allocating a minimum 
required bandwidth of said common part to connections of non-elastic traffic classes 
25 given at least one maximum allowed blocking probability for said non-elastic trafBc 
connections. 
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17. The method according to claim 15, 

characterized in that said method further comprises flie step of determining (103-108; 
203-208) a maximijm number (Ng^, Nqj; Nabr) of admissible elastic traffic 
connections on the link based on said througt^ut/blockiiig constraint(s), 
S wheiein said step of allocating bandwidth to connections of said elastic traffic 

class(es) is based on said maximum number of admissible elastic traffic connections. 

18. The method according to claim 17, 

characterized in that said step of deteraiining a TnaYTmiim number of aduMSsible elastic 
10 traffic connections is based on minTTniTing the blocking probability of elastic traffic 
connections with respect to the niunber of admissible elastic traffic connections under at 
least one tfarougtq)ut-threshold constraint for in-piogress elastic traffic connections. 

19. The mediod according to claim 17, 

15 characterized in that said step of determining a maYimnm number of admissible elastic 
traffic connections is based on maximizing the througi^ut of in-progress elastic traffic 
connections with respect to the number of admissible elastic traffic connections under at 
least one blocking probability constraint for requested elastic traffic connections. 

20 20. The method according to claim 17, 

characterized in fliat said step of determining a TnaTimi im number of admissible elastic 

traffic connections conoprises the steps of: 

determining (103; 203) an initial value of the number of admissible elastic 

traffic connections on said link; 
25 iteratively performing the steps of: 

i) determining (104; 204) throughput/blocking-probability measures 
based on the initiaiycurrent of the number of admissible elastic traffic connections on 
said link; 

ii) evaluating (105; 205) said througIq}utA)locking constraint(s) imposed 
30 on said elastic traffic based on die determined througiq)ut/blocking measures; and 
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iu) adjusting (106/107; 206/207) said number of admissible elastic traffic 
connections based on said evaluation; and 

terminating said iteration process and extracting (108; 208) said maxinimn 
number of admissible elastic traffic connections when substantially meeting said 
constraint(s). 



21 . An electronically implRm en ftd method for sbaring link capacity among elastic 
trafBc conuections in a network (10), 
characterized in that said metihod comprises the steps ot 

receiving (101; 201) network traffic input parameters; 

detErmining (103-108; 203-208) a maximum number (N^, Neu. ^abr) of 
admissfljle elastic traffic connections on said link based on said network traffic input 
parameters, said mpat parameters including at least one tfaroughput^locking constraint 
inqxised on said elastic traffic; 

receiving requests for elastic traffic connections on a link in said network; and 

exercising admission control for said requested elastic traffic connections 
based on said determined maximum number of admissible elastic traffic connections. 



22. The method according to claim 21, 
20 characterized in that said step of defennining a maximum number of admissible elastic 
connections is based on minimizing the blocking probabiUty of requested elastic traffic 
connections with respect to the number of admissible elastic traffic connections under at 
least one tfarouglq)ut-tiireshold consttaint for in-progress elastic traffic connections. 

25 23 . The method according to claim 21 , 

characterized in that said stq» of detennining a maxinnun mmiber of admissible elas^ 
connections is based on maximizing flie througlpit of in-progress elastic traffic 
connections with respect to the number of admissible elastic traffic connections under at 
least one blocking probabilily constraint for requested elastic traffic connections. 
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24. The method according to clann 21 , 
characterized in that said step of determining a maYTmum number of admissible elastic 
traffic connections comprises the steps of: 

mitially determimng (103; 203) a number of admissible elastic traffic 
5 connections on said link; 

iteratively performing the steps ot 

i) evaluatiog (105; 205) said tfarouglq>ut/block]ng constraiat(s) in^sed 
on said elastic traffic based on tiie current number of admissible elastic traffic 
connections on said link; and 
10 ii) adjusting (106/107; 206/207) said number of admissible elastic traffic 

connections based on said evaluation; and 

terminating said iteration process and extracting (108; 208) said mayiirmni 
number of admissible elastic traffic connections when said constraint(s) is/are met. 

- 15 25. The method according to claim 24, 

characterized in diat said step of adjusting said number of admissible elastic traffic 
connections based on said evaluation comprises the step of selectively, in dependence 
on the relation between a diroughput/blocking measure and said tbroughput/blocking 
constraint(s), reducing (106; 206) or increasing (107; 207) said number of adnMssible 
20 elastic traffic connections. 

26. The method according to claim 21, 
characterized in that: 

said elastic traffic coi]q)rises a number of elastic traffic classes; 
25 said step of determining a TnaTirrmm number of admissible elastic traffic 

connections on said link comprises die step of determining, for each of said elastic 
traffic classes, a traffic-class specific maxirrmm number (N^^, Neu) of admissible 
elastic traffic flows based on a respective throughput/blocking probability constraint 
imposed on the elastic traffic class in question; and 
30 said method further comprises die steps of: 
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detenninmg the associated traffic class for each of said requested 
coanectioiis; and 

controlling admission of each requested connection based on die 
corresponding trafBc-class specific maximum number of admissible elastic connections. 

5 

27. The method according to claim 21, 
characterized in that said network traffic mput parameters mchide link capacity, arrival 
and departure rates, peak bandwidth and minmmm bandwiddi requirements for elastic 
traffic as wefl as at least one througlqrat/blocking constraint hnposed on said elastic 
10 traffic. 



28. A device for sharing link capacity in a network (10), 
characterized in that said device conq)rises: 

means for receiving network traffic input parameters; 

15 ™eans (21; 21, 25) for dividing said lh± capacity into a first part common to 

elastic traffic and non-elastic traffic and a second part dedicated for elastic traffic, 
based on at least part of said network traffic mput parameters; and 

means C21) determining at least one admission control parameter for said 
elastic traffic based on said division of link capacity and at least part of said network 
20 traffic input parameters. 

29. The device according to claim 28, 
characterized in diat said device further conprises means (22) for exercising admission 
control for elastic traffic flows based on said determined admission conlrol 
25 paTameter(s). 



30. The device according to claim 28, 
characterized in diat said dividing means includes means for determining a minimum 
required edacity of said common part relating to non-elastic traffic given at least one 
30 maximum allowed blocking probabiUiy for said non-elastic traffic. 
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31. The device according to claim 28, 
characterized in that said means for determining at least one admission control 
parameter comprises means for determining a mflYimiiTn number of admissible elastic 
traffic flows based on at least one tfarouglq)nt/blocldng constraint imposed on said 
5 elastic traffic. 



32. The device according to claim 31, 

characterized in that said means for determining a mflYimum nmnber of admissible 
elastic traffic flows is configured for: 
10 initially determining a number of admissible elastic traffic flows on a link in 

said network; 

iteratively evaluating said throughput/blocking constraint(s) imposed on said 
elastic traffic based on the current number of admissible elastic traffic flows and 
adjusting said number of admissible dastic traffic flows based on said evaluation; and 
15 terminating said itra:ation process and extracting said Tnayirmim number of 

admissible elastic traffic flows when meeting said constraint(s). 

33. The device according to claim 31, 

characterized in that said means for determining a maYirmTTp number of admissible 
20 elastic traffic flows is configured to determine said maTimnm number based on 
minimiTiTig the blocking probability of requested elastic traffic connections with respect 
to said maximum number of admissible elastic traffic connections under at least one 
throughput-threshold constraint for in-progress elastic traffic connections. 

25 34. The device acconimg to claim 31, 

characterized in that said means for determining a maTTTpiiTn number of admissible 
elastic traffic flows is configured to determine said maximum number based on 
maximizing elastic traffic throughput with respect to said maxiTmim number of 
admissible elastic traffic connections imder at least one blocking probability constraint 

30 for elastic traffic. 
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35. The device according to claim 28, 

characterized in that said receiving means receives network traffic rcpit parameters 
including said link capacity, arrival and dq)arture rales and peak bandwidth 
requirements for non-elastic as wett as elastic traffic, a miniimmi bandwidth 
requirement for elastic traffic, at least one blocking probability constraint for non- 
elastic traffic, and at least one througlqrat/blocking constraint for elastic traffic. 

36. The device according to claim 28, 

characterized in that said elastic traffic comprises at least one of the following: 
adaptive elastic traffic flows of Internet Protocol (IP) networks, non-adaptive elastic 
trafBc flows of IP networks, and available bit rate (ABR) flows of ATM networks. 



37. An electronic system for aUocating link bandwidth among and widiin different 
traffic classes in a network (10), at least one of said different trafBc classes being an 
15 elastic trafBc class, characterized in that said electronic system con^irises: 
a processor ^1) configured for: 

partitioning said link bandwidth mto a first part common to afl traffic 
classes, and a second part dedicated to connections of said elastic traffic class(es); and 
allocating said second dedicated part of said link bandwidth to 
20 connections of said elastic traffic class(es) based on link bandwidth utilization under at 
least one throughputAilocking constraint urqwsed on the connections of said elastic 
traffic class(es). 

38. The electronic syst^ according to claim 37, 
25 characterized m that said processor (21) is configured for aUocating a minnnmn 
required bandwidth of said common part to connections of noi^elastic traffic classes 
given at least one maximum allowed bloddng probability for said non-elastic tiafBc 
connections. 
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39. The dectronic system according to claim 37, 

characterized in that said processor (21) is further configured for determining a 
maximum number of admissible elastic traffic connections on the Hnlr based on said 
du-oughput/blocking constraint(s), and for allocating bandwidth to said elastic traffic 
5 connections based on said dedicated part of the link bandwidth as well as said 
maximum number of admissible dastic trafBc connections. 

40. The electronic system according to claim 39, 

characterized in tiiat said processor (21) is further configured for determining said 
10 maximum number of admissible elastic connections based on TniTn'miTing the blocking 
probability of elastic traffic connections wifli respect to tiie number of admissible elastic 
traffic connections under at least one du:ouglq>ut-tfareshold constraint for in-progress 
elastic traffic connections. 



15 41 . The electronic syst^ according to claim 39, 

characterized in diat said processor (21) is further configured for determining said 
maximum number of admissible elastic connections based on maximizmg the 
throughput of elastic traffic connections with req)ect to the number of admissible elastic 
traffic connections under at least one blocking probability constraint for elastic traffic 

20 connections. 



42. An electronic system for sharing link edacity among elastic traffic 
connections in a network (10), characterized in that said system comprises a processor 
(21) responsive to network traffic inpni parameters and configured for: 
25 detCTnining a maximum number of admissible elastic traffic connections 

based on at least one throug^hput/bloddng constraint inq)osed on said elastic traffic; 
receiving requests for elastic traffic connections; and 
exercising admission control for said requested elastic traffic connections 
based on said determined maximum number of admissible elastic traffic flows. 
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43. The electronic system according to claim 42, 

characterized in that said processor (21) is fiather configured for detennining said 
maximnm mmiber of admissible elastic comiections based on iteratively improving link 
bandwidth utili2aiion under said througlpit/blocking constiaint(s). 

5 

44. The electronic system according to dann 43, 

characterized in that said piocessor (21) is further configured for detenninmg said 
maximum number of admissible elastic connections based on minhnizing the blocking 
probability of requested elastic traffic connections with respect to said maximum 
10 number of admissible elastic traffic connections under at least one throughput-threshold 
consttaint for in-progress elastic traffic connections. 

45. The electronic system according to claim 43, 
characterized in that said processor is further configured for detenmning said 
maximnm number of admissible elastic comiections based on maximizing elastic traffic 
throughput wifli respect to said maximnm number of admissible elastic traffic 
comiections under at least one blockmg probabiliiy constraint for elastic traffic. 

46. A mediod for Unk bandwidth sharing in an admission-control enabled IP 
20 network (10), characterized in that said method conq)rises the step of: 

qjplying (101-108) a call-level model of a link carrying a number n, where n 
is an mieger equal to or greater than 1, of elastic trafBc classes for dhnensiomng die 
Imk bandwidth sharing for throughput-blocking optimality. wherein said call-level 
model is defined by: 

25 said Imkhavmg a predetermmedbandwidfli capacity C; and 

for each one of said 71 dastic traffic classes, the elastic traffic being 

moddedas: 

i) having a peak bandwidth requirement and a minimum bandwidth 

requirement; 
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ii) occiqjying the maximum possible bandwidlii within said peak and 
minimum bandwidth requirements; and 

iii) being associated with at least one of a minimum accq)ted throughput 
and a maximum accepted blocking probability. 

47. The method according to claim 46, 

characterized m that, for each one of said n tiafiic classes, the elastic traffic is fiirflier 
being modeled as: 

iv) arriving dynamically according to a Poisson process and being 
associated with an arrival rate as well as a departure rate; 

v) sharing proportionally equally the bandwidth available for the elastic 
traffic class among the elastic flows; and 

vi) being associated with a minunum holding time. 

48. The method according to claim 46, 

characterized in that said n elastic traffic classes mclude a first traffic class for adaptive 
elastic flows, and a second traffic class for non-ad^tive elastic flows. 

49. A method for determining a steady state distribution of Markov chain 
describing the dynamics of a network link carrying traffic, of a number of traffic classes 
including a non-adaptive elastic traffic class, 

characterized in that said method conqirises the steps of: 

determining a link capacity sharing policy for said imV; 

determining a multi-dimensional Markov chain having a set of feasible stales 
for the number of active coimections of said traffic classes according to constraints 
inq)osed by said link sharing policy; 

calculating an initial approximation of the steady state distribution of said 
Markov chain based on Markov chain product form calculations; and 

iteratively determining the steady state distribution starting from said initial 
approximation of die steady state distribution. 
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50. The metiicxi according to claim 49, 

characterized in that said stsp of calculating an initial ai^roximation of the steady state 
distribution conoprises the steps of: 

determining the steady state distribution of traffic classes other than said non- 
S adaptive traffic class as if there is no non-adaptive elastic traffic in die system; and 

determining state probabilities assuming equilibrium of the iumming and 
outgoing traffic of one of said other trafBc classes and said non-adaptive elastic traffic 
class. 



10 51, The method according to claim 49, 

characterized in that said step of iteratively deteraiining the steady state distribution is 
based on a biconjugate gradient method. 

52. The method according to claim 49, 
15 characterized in that blocking probabilities for said traffic classes are calculated based 
on a steady state distribution resulting from said iterative determination. 
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technical features. The technical feature of dividing the link 
capacity into two parts, one part dedicated to elastic and 
non-elastic and a second part dedicated to elastic traffic is 
not mentioned in the independent claims 46 and 49. 
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